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^Tetwork link detection and 
generation 

This\ppIication is a continuation-in-part of U.S. Sen No. 
07/97 l,0l8y filed Nov, 2, 1992, abandoned for "Network 5 
Link Endpomt Capability Detection," incorporated herein 
by reference. \ 

The present invention is directed to a method and appa- 
ratus for generating and detecting, in a network, such as a 
local area network,\the link signals transmitted to or received lO 
from one or more etpdpoints of a data communication link, 
and in particular to n method and apparatus for generating 
one or a plurality of different link signals and determining 
whether a data sourcasink at the end of a datalink has the 
capability of first data communication protocol or a second 15 
data communication protocol. 
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A typical data communication network is configured to 
operate according to a single predetermined protocol, e.g., 
an Ethernet protocol, a tol^n ring protocol, other LAN 
protocols, or an isochronousXprotocol. An example of an 
Ethernet system is an implemsntation known as 10 Base T 
which is described in the draft Nine supplement to IEEE ^ 
standard 802.3, dated Nov. 15, 11089. Other examples of data 
communication protocols are a.25, and the Token Ring 
System, described for example, toy IEEE Standard 802.5. 
Both Ethernet and token ring systems convey data in packets 
but each uses a difi*erent media access method. 

As shown in FIG. lA, in a Racket system, data is 
transferred in a plurality of packets \2a, I2b which can be 
either constant-sized or variabie-sizem Each packet includes 
a field of data 14a, 14b which may be Wamble information 
16a, 16b housekeeping information such as data source 
information, data destination information, and the like 18a, 
ISb and a frame end marker 20a. As\seen in FIG. lA, 
because the fields provided for data 14a, 14b are not 
substantially continuous, the packetized scheme of FIG, lA 
is not isochronous but "bursty" in nature 

In a token ring system, a node. is permitteb to transmit data 
only after receipt of an electronic '*token.\ As depicted in 
FIG. IB, a first station may transmit a tolten 22 which is 
received 24a by second station whereupon tthe second sta- 45 
tion may begin transmission of data 26a. After a period of 
data transmission, the second station transmits the token 22b 
which is received by a third station 24^? that dbn then begin 
its own transmission of data 26b. As seen \ in FIG. IB, 
because data transmission is synchronized wiui the occur- 50 
rence of an event (the arrival of a token), tha token ring 
system is not an isochronous data transfer system. 

FIG. IC schematically depicts isochronous data transfer. 
In general terms, isochronous data is data which is non- 
packetized and of indeterminate, potentially continuous 55 
duration. In isochronous data transfer, the data transfer is 
initiated, such as by initiating a telephone conver^tion or 
begirming a video camera transmission 30. After me data 
transfer or connection is initiated, transmission of tWe data, 
possibly accompanied by transmission of housekqeping 60 
information (such as destinations, audio or video trimnjing, 
and the like) is provided substantially continuously for an 
indeterminate period such as until termination of the cpn- 
nection 32. Although it may be that not every bit transfer 
represents a data bit (since "housekeeping" bits may also fte 65 
transferred), the transfer of data is substantially continuous 
in the sense that there are no substantial periods during 
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wtiicn no data bits are transferred. It is possible that the data 
transferred is "Null" data such as silence during a 
teflSj^one conversation or transfer of a blank video image. 
One^^c of isochronous data transfer protocol is^ the Fiber 
Distrib^^ Data Interfacc-II (FDDI-II) as described, for 
example^^ FDDI-II Hybrid Multiplexer, Revision 2.4, 
dated Mar.^^5, 1991. 

Previous sy?l(ems which were configured to use only a 
single-type protocol had. the disadvantage that it was not 
possible to opera^^e a mixed-protocol or "mixed-environ- 
ment" system. Alsb when upgrading a network system, it 
was necessary to upgrade the entire system and it was 
infeasible or wasteful to upgrade only part of the system 
(such as only some of me nodes or such as upgrading nodes 
without upgrading hubsyor upgrading hubs without upgrad- 
ing nodes). Additionaily\ when a system or system compo- 
nents were installed, or repaired it was necessary for the 
installing personnel to be familiar with the particular single 
protocol for which the network was configured and to make 
such installation, upgrade, on repair in accordance with such 
a single protocol. Furthermoie, it was necessary that appa- 
ratus connected to the system be configured for exclusive 
operation in accordance with me predetermined single pro 
tocol. 

SUMMARY OF Tl^E INVENTION 

The present invendon includes\a recognition of the prob- 
lems found in previous devices. According to an embodi- 
ment of the present invention an apparatus connected to one 
endpoint of a network link is able\to detect which type of 
link signal, out of a number of possibilities is being received, 
thus indicating the protocol capa&ility of the apparatus 
connected to the other end of the\ network link. In one 
embodiment, the apparatus is ablelto generate one of a 
plurality of link signals for transmission to the far end of the 
link, depending on the capabilities of\each end of the link. 
Preferably, a first end of the network li^ has a capability of 
providing data communication under 
protocols and can select the appropriate^ 
on what type of protocol capability 
apparatus at the other end of the link. 

Link endpoint capability detection takek advantage of the 
fact that different data communication ftotocols provide 
signals on the physical medium which hale different char- 
acteristics. The various protocols can typically be detected 
by their unique timing and data patterns. Aocording to one 
aspect of the invention, the network has a stantopology with 
at least one hub and a plurality of nodes each node being 
connected to a hub by physical media constituVng the link. 
The capability detection of the present invenbon can be 
performed by apparatus at either end of a lime, and in 
particular, in a star topology network can be conducted by 
the hub or by any node. In one embodiment, capability 
detection is initiated by the hub. In a non-star topology at 
least one node can operate under two or more protocols and 
can detect the capability of another node with whi^h it is 
connected. 

Although, for convenience, much of the folldwmg 
description is in terms of hubs and nodes, aspects of the 
present invention can be implemented in topologies other 
than hub- and- node topologies (e.g., ring topologies, and tree 
topologies) as will be apparent to those of skill in tha art. 
Descriptions of hub circuitry in the following can be iniple- 
mented, e.g., on a PBX adapter card for a personal com\ uter. 

The apparatus which initiates capability detection, 
according to one embodiment, transmits a signal ont\;the 
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physicaffledhim. In one embodiment, the apparatus at the 
far end of the\ink outputs, onto the physical medium, a 
second signal. Preferably, a second signal will be output 
from the apparatus at the far end of the link, regardless or 
whether the apparatus at the far end operates according to a 5 
first protocol or|a\ccond protocol. However, the second 
signal which is placed onto the physical medium at the far 
end of the link has cither a first form or a second form, 
depending on whether the apparatus at the far end has a first 
protocol capability orV second protocol capability. This lO 
difference in signal is defected at the first end of the link and 
this could be used as a liasis for determining the protocol 
capability at the far end of^the link. 

In another embodiment, the first apparatus outputs a first 
signal. The second apparatus outputs a response only if it has ^ ^ 
a first protocol capability. If no response is output, the first 
apparatus outputs a second signal in an attempt to elicit a 
response according to a second protocol. This process can be 
repeated until the first apparatus outputs a signal to which 
the second apparatus responds, thereby indicating a protocol ^0 
capability of the second apparatus. 

According to one embodiment, Vhe first signal which is 
output, also carries information regarding the protocol capa- 
bility of the first endpoint. That is, preferably, the first signal 
has a first form if the first endpoint has a first protocol 
capability and it has a second form inthe first endpoint has 
a second protocol capability. Preferably, the apparatus at the 
far end of the link will respond to eithenof these forms in the 
manner described above. \ 

In the preferred embodiment, the apparatus which has 
detected the capability at the far endpoint adjusts its opera- 
tion to accommodate that capability. For ftxample, when the 
first endpoint detects that the far endpoint has a first protocol 
capability, the first endpoint will configure itself to conduct 
subsequent communication using the firsi protocol. How- 
ever, if the first endpoint detects that the far endpoint has a 
second protocol capability, the first endppint is able to 
configure itself to accommodate the second protocol capa- 
bility. \ 

In one embodiment the far endpoint will have only a 
single protocol capability. However, it is possible to con- 
figure a network in which both link endpoints ^ave multiple 
protocol capabilities and both can detect ope or more 
capabilities at the opposite endpoint. The endpoints can then 45 
configure themselves to operate at the best or most desired 
protocol level. \ 
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BRffiF DESCRIPTION OF THE DRAWU^GS 

FIGS. lA, IB and IC of the timing of a packet transmis- 
sion system, a token ring transmission system,\and an 
isochronous transmission system respectively; \ 

FIG. 2 is a schematic block diagram showing three nodes 
connecting to a hub; \ 

FIG. 3 is a schematic block diagram showing a nuniber of 
hubs cormected together using a ring structure; \ 

FIG. 4 is a schematic block diagram of circuitry for 
multiplexing and preparing data for transmission over to 
media and for receiving information from the medial and 
demultiplexing the data; I 

FIG. 5 is a schematic block diagram of hub receiver 
circuitry according to an embodiment of the present inven- 
tion; W 65 

FIG. 6 schematic block diagram of a hub transmittef- 
circuitry; 
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FlO^Tln a timing diagram showing the relative timing of 
transmissions and receptions at the hub and nodes; 

RGS.*8A-8E arc block diagrams depicting link cndpoint 
capabiIity*detection for five different netv^ork configurations 
according ito embodiments of the present invention; 

RG. 9 is a block diagram of a node receiver, according to 
an embodiment of the present invention; 

nOS- lOA, lOB and IOC depict timing of 10 Base T link 
pulses, isolink pulse stream and isosleep link pulses, respec 
tively; 

FIG. 11 depkts a state machine for generating various 
types of link purees; 

RG. 12 depictsi^a state machine for detection of 10 Base 
T links; 

RG. 13 depicts aAstate machine for detection of isochro 
nous or isochronous-Ethernet pulses or fast link pulses; 

RG. 14 depicts pulSf s for defining acceptance windows; 
and 

RG. 15A-15D are tilock diagrams depicting circuitry 
components that can be nsed to implement state machines 
according to one embodiment of the invention. 

DESCRIPTION OF THE PREFERRED 
25 EMBCblMENT 

Before describing link enopoint capability detection, a 
general description of one type of network will be provided 
as one example of a data communication system in which 
the present invention can opeWe. A data communication 
system can be configured in a s^-topology with a plurality 
of nodes of 42a, 42b, 42c, (RQ 2) each coupled to a hub 
44a by data links comprising physical data transmission 
media such as one-way twistedpair wires 46a-46/. The 
number of nodes can be adjusted depending on the data 
transmission needs and objectives of the system. In one 
embodiment, each hub is configured to accommodate con- 
nection with up to 16 nodes. Each 42a, 42b, 42C includes 
circuitry 50a, 50^?, 50c for receiving Wata, converting it to a 
form suitable for transmission onto the physical media 45a, 
46c, 46c using transmitters 78a, 78i, 78c and receipt of 
signals from the physical media 46b, 46d, 46/ using receiv- 
ers 79a, 79b, 79c and conversion to a form suitable for use 
by the data sinks. Each of the nodes 42a, 42b, 42c includes 
data sources and sinks 480-48^. The data sources and sinks 
can be isochronous sources and sinks such as video cameras 
48a, 4Sd and monitors 48^?, 48a, non-isochronous sources 
and sinks such as an Ethernet media access controller 48c, 
48g, and signaling or D channel sources and sinks such as 
an emulated or virtual key pad 48/ provided, for example, on 
a personal computer (PC) terminal. \ 

Each of the nodes 42a, 42b, 42c can includewarious types 
of sources and sinks such as strictly isochronous sources and 
sinks, such as depicted for node one 42a, strictly non- 
55 isochronous sources/sinks as depicted for node Ihree 42c or 
both isochronous and non-isochronous sources and sinks as 
depicted for node two 42b. The physical layen 52 of the 
network system depicted in FIG. 2 has portions which 
include the physical medica 46a-46/ and physical layer 
60 devices such as the node data receivers and converters 50a, 
50^7, 50c and the hub components 54a, 54^?, 54c and 56. The 
physical layer can include devices for providing, e.g., trans- 
ceivers for 10 Base T cables, data multiplexing phase 
locked loop circuitry, FIFOs or other circuitry fo^ cable 
65 length adjustment, smoothing, squelch and the like. 

The hub 44a includes circuitry 54a, 54^, 54c for recfeiving 
data from the physical media 46a, 46c 46e separating the 
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isochroiivffrs-sourcedf data from the non-isochronous- 
sourccd data ana the D channel and M channel data and 
converting separated data into a form suitable for handling 
by downstream hub circuitry 56. In the depicted embodi- 
ment the separated iV)chronous-sourced data is provided to 
a time slot interchange controller 58 for placing the data on 
a high-bandwidth bus\(e.g. the TSI bus) so that it can be 
transported to destination nodes or other TSI controllers in 
the hub or other hubs ms depicted, e.q. in FIG. 3) and/or 
retrieved by hub circuitr\54a, S4b, 54c for transmission to 
various destination nodes\42a, 42by 42c, e.g. by a local 
loopback capability. The seWated non-isochronous data is 
provided to circuitry 60 configured to convey the non- 
isochronous data to one or niore of the hub circuitry S4a, 
54b, 54c for, transmission to\destination nodes 42a, 42b, 
42c. In an embodiment in which non-isochronous-sourced 
data includes Ethernet data, theVhub circuitry 60 can be a 
standard Ethernet repeater processor. In this way, the present 
invention can be at least paniaby backwards-compatible 
with previous Ethernet hub systems. The D channel and M 20 
channel information is provided to\a signaling processor 62 
which performs various maintenance and control functions 
such as identifying and alerting users of error conditions, 
and setting up requested calls or connecdohs, i.e. source/ 
destination paths e.g. by communic^ing with the isochro- 25 
nous and non-isochronous controIlers\58, 60, e.g. over data 
path 64. The isochronous controlleA 58 can be, a data 
exchanger e.g., an isochronous switching device, such as 
that described in commonly-assigned application Sen No 
08/146,337 entitled **Time Slot Exfchanger Switching 30 
Mechanism in a Network for Data Communication Having 
Isochronous Capability," filed on even Vlate herewith and 
incorporated herein by reference. The noA-isochronous con- 
troller 60 can be, e.g., an Ethernet repeater. As depicted in 
FIG. 3 a number of star-topology systems can be intercon- 35 
necied by connecting hubs 44^, 44b, 44c tclone another, e.g. 
by a time slot interchange (TSI) ring. 1 

According to the present invention, data communication 
can be provided according to one or more|of a number of 
protocols. Those skilled in the art are famiiar with proto- 40 
cols, but in general, a "protocol" includes a| standard set of 
rules that specify the format, timing, sequencing and/or error 
checking for data transmission. Several network protocols ■ 
are referenced above, including an Ethernet protocol such as 
10 Base T, an isochronous protocol such as ffDDI-II, and a 45 
token ring protocol. Another possible protqcol is one in 
which both isochronous and non-isochronous data are com- 
bined into a frame structure for transmission aqross physical 
media. A frame-structure protocol of this type is\described in 
greater detail in commonly-assigned application Sen No. 50 
07/969,916 tided "Network for Data CommunLation with 
Isochronous Capability" filed on Nov. 2, 1992 and incorpo- 
rated herein by reference. According to one such protocol, 
the incoming data from the various sources is provided to a 
multiplexer 70 (FIG. 4) which performs time-divikion mul- 55 
tiplexing on a four-bit basis. The pattern for the time division 
multiplexing is a repeating series of frames or templates. In 
this embodiment, the frames are repeated every 125 micro- 
seconds. The time division multiplexing is a multiplexing of 
isochronous-sourced data and non-isochronous-sourced 60 
data. The non-isochronous-sourced data can be data pro- 
vided in accordance with a number of previously-available 
LAN systems and this protocol will be referredl to, in 
general, as "isochronous- LAN" protocol. Several particular 
types of isochronous-LAN protocols are possible. When the 65 
isochronous data is multiplexed with LAN data which is 
provided according to an Ethernet protocol, such as a 10 
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Basa T tthemet protocol, the resulting time-division mul- 
tiple;^d protocol will be referred to as an "Isochronous- 
Ethernet" protocol. When the isochronous data is multi- 
plexed with LAN data which is provided according to a 
5 token ring protocol, the resultant time multiplexed protocol 
will birefcrred to as an "isochronous-token ring" prorocol. 

The present invention will be described below by way of 
a particulkr example in which one available protocol is an 
Isochronous-Ethernet protocol and another potentially avail- 
•0 able protocbl is a 10 Base T protocol. However, as will be 
clear to thosdskilled in the art, the present invention can also 
be used in coWction with other combinations of protocols 
such as isoch^nous-token ring or other isochronous-LAN 
protocols, pure\sochronous protocols such as FDDI-II, and 
^5 can include threk or more protocols. 

Tables lA and IR depict manners in which the various data 
streams, and additional data and control bytes can be time- 
division multiplexed in an Isochronous-Ethernet protocol. 
Each symbol in the 'lables lA and IB represent four bits of 
data so that every groi\p of two symbols represents one 8-bit 
byte of data. In Table lA, E represents four bits of data from 
the non-isochronous Ememet stream 66b (FIG. 4), B des- 
ignates four bits of data from the isochronous stream 66a, D 
represents four bits of data from the signaling or D channel 
stream 66c, and M represents four bits of M channel data 
stream 66d. In addition, qertain byte-length patterns are 
provided. JK represents a frdme synchronizauon pattern and 
EM (the first two bytes of bloWc three in Table lA represents 
an Ethernet "pad" followed hy\a. maintenance byte. As seen 
in Table lA each frame contains 256 bytes which can be 
considered in thirty-two groups of eight bytes each, or four 
blocks of sixty-four bytes eacA The frame structure is 
described more thoroughly in commonly-assigned anplica- 
tion Sen No. 07/969,911 titled "Network for Transmitting 
Isochronous-Source Data with a Frame Structure" filed Nov. 
2, 1992 and incorporated herein by reference. Frame struc- 
tures other than that described in Table L\ may be used to 
allocate bandwidth according to a particular purpose. Table 
IB shows one of the many altemate\formats. In general. 
Table IB is similar to Table lA with Veplacement of "E" 
symbols with "B" symbols. As seen in 'ttible IB, the last one 
or two bytes in each block are "Idle" data bytes. 

As shown in FIG. 4, the time-multidexed data is then 
encoded by an encoder 72. In the depicted embodiment, the 
encoder performs four/five encoding. One particular form of 
four/five encoding conforming partially to me ANSI X3T9.5 
standard, is depicted in Table II. The encoding scheme 
depicted in Table II is described in greater detail in com- 
monly-assigned application Sen No. 07l970,329 titled 
"Frame-Based Transmission of Data" filed an Nov. 2, 1992 
and incorporated herein by reference. \ 

The output from the encoding devices ia sent to pre- 
emphasis circuitry 76. The pre-emphasis circmtry compen- 
55 sates die signal transmitted onto the physical medium to 
reduce die jitter. The data output by the pVe-emphasis 
circuitry 76 is sent to a transmitter or driver 78^? and the 
signal is transmitted over the physical mediuni 46c. The 
physical medium 46c can be any of a number of media types 
60 including twisted pair, coaxial or fiber optic cablk 

The data sent over the physical layer interface is received 
in the hub 44a. The hub contains a plurality of circuit 
devices 54^2, 54^?, 54c, each one coupled to one of the nodes 
42a, 42b, 42c by the physical media 46. As depicted in FIG. 
65 5 the data transmitted over the physical media 46\ arrives 
serially at a de-serializer/decoder 80. Link detect circuitry 82 
also receives the data from the physical layer portion\inter- 
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face foiTHfectiorfdf the mode or protocol in which the node 
is operating as described more hilly below. The de-serial- 
izer/decoder SO^rcccives a reference clock signal 84. The 
de-serializer/dccoder^includes circuitry which is function- 
ally an inverse \of the multiplexing/encoding circuitry 
described above. Wfemng to FIG. 4, the de-serializer/ 
decoder includes phase lock decode circuitry 86, the results 
of which are provided toXNRZI decode circuitry 88 which, 
in turn, provides the decode results to four/five decode 
circuitry 90, in turn providing results to a de-multiplexer 92 
which separates the received data into the isochronous- 
sourced data 94a, the non-isochronous- sourced data 94^ and 
signaling data, such as D charmel and M channel data 94c, 
The de-serializer/decoder 80 also outputs a synchronizauon 
signal, derived from the JK\fraj ke synchronization symbols 
96 for use by a framing timing Wncrator 98. 

Both the non-isochrohqus-sourced data 104 (FIG. 5) and 
the isochronous-sourced 0^102 are made available to the 
various hub circuitry 56 on^omppnents 54a, S4b, 54c, as 
needed for transmission back to ddsiination nodes. In one 
embodiment, the separated isoc^onpus data 102 and non- 

by the respective 
interfaces 58, 60 to provide isdchrdnous output 102 and 
non-isochronous output 104 in ^onn suitable for process- 
ing so as to provide the data as ncedeci for transmission to 
the destinadon nodes via the physical layer. In one embodi- 
ment, the non-isochronous data 94£»|canbe configured by the 
physical layer E interface 59 (FIG. SV so\that the output data 
104 can be processed by a repeaten a 
transmission to destination nodes. As : 



10 



60 for eventual 
temative to using 
lacket connections 
ol layer bridges, 
such that it can 
reviously avail - 
data 94^ within 
at die node 42b 
s in a form such 



20 



25 



30 



35 



40 



a repeater for the non-isochronous ciat; 
may be linked through media access ci 
Preferably, the output data 104 is in *a fo^ 
be handled by repeater circuitry of type; 
able. For example, when the nonisochronoi 
the physical layer is data which originatei 
from an Ethernet MAC, the output data 104 
diat it can be handled by a standard EdJemetyiub repeater 60 
such as DP83950 "Repeater Interface CohtroUer" (RIC) 
available from National Semiconductor^ Cortoradon, Santa 
Clara, Calif. 

As shown in FIG. 5, the data received ovdr the physical 
link 46 is also provided to an additional linterface for 
handling data according to a second protocol, \ as described 
more thoroughly below. For example, s^hcA the second 45 
protocol is an Ethernet 10 Base T protocol, a 10 Base T 
interface 512 can be provided. The 10 pase T receive 
interface 512 can be a standard 10 Base T interrace, such as 
Model DP83922 *Twisted Pair Transceiver Intefrace" (TPI) 
available from National Semiconductor Corporzttion, Santa 50 
Clara, Calif. A multiplexer 514 determines whether the 
repeater 60 receives a data stream from interfaca59z or the 
10 Base T interface 512. This selection by the multiplexer 
514 is conu-olled by a mode select signal output over control 
line 516 from the link beat detect circuit 82 asrdescribed 
more fully below. I 

The data 198 output from the E transmit interface 168 is 
provided along with isochronous data output 164 and M 
channel D channel data 170 to encoder serializerlcircuiU7 
202, depicted in FIG. 6. The encoder/serializpr 202 is 60 
configured substantially like the encoding circuitrv found in 
the node and depicted in FIG. 4. Specifically, the encoder/ 
serial izer 202 provides a multiplexer for combining the three 
streams of data 198, 170, 164, a four/five encoder) an NRZI 
encoder, and pre -emphasis circuitry. The timing | of u^s- 65 
mission is controlled by transmit dming circuitry 204. 



Output 206 from the encoder/serializer is selecuvely com- 
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bina^^R link beats from a link beat generator 208 by 
multiplexer 210 for purposes of link end point detection, as 
descjibed below. The clock signal and the data 166 from the 
repeater 60, in addition to being provided to the E interface 
168 k also provided to a second interface which operates 
according to a second protocol. When a second protocol is 
an Etl)emet 10 Base T protocol, the interface is an Ethernet 
10 Base T interface 520. The Ethernet 10 Base T interface 
transmi\ 520 can be of a type substantially identical to 10 
Base T Interfaces provided in previous apparatus such as 
Model DP83922, ^Twisted Pair Transceiver Interface (TPI)" 
available Yrom National Semiconductor Corporation, Santa 
Clara, CasiL The output from the Ethernet 10 Base T 
interface 52\) is provided to the multiplexer 210. Multiplexer 
210 is able Ip select, in response to a control signal 522, 
whether to o\itput data originating from the repeater 60 
according to a\first protocol determined by the E interface 
168, or according to a second protocol determined by the 
Ethernet 10 Bas^T interface 520, as described more fully 
below. The data sefil from the hub 44a to the nodes 42 is sent 
in a frame format v/hich is preferably substantially the same 
as the frame format osed for the data sent from the nodes 42 
to the hub 44^ as dCBcribed above. At the nodes 42, the 
circuitry 50 includes clevices (FIG. 4) for decoding and 
de-multiplexing data, sifnilar to that described for perform- 
ing these functions in thahub, mainly a phase lock decode 
86, and NRZI decode s\ a four/five decode 90, and a 
de-multiplexer 92. Decoded and de-multiplexed data is then 
delivered to the various dam sinks in the nodes 42. 

As shown in FIG. 7, the\ timing of the system can be 
synchronized with a 1 25 microsecond reference clock signal 
214. In this example, the reference signal 214 provides an 
ascending clock edge every 1125 microseconds. The refer- 
ence signal can be provided byWiy of a number of sources. 
2^ Preferably, an embodiment of tke present invention is con- 
figured to permit a reference sigmal 214 to be synchronized 
to an external clock reference, Aich as a reference signal 
from a wide area network or frtom a FDDI-II ring. The 
reference signal can be supplied tnrough one of the nodes 
and transmitted to the hub for distribution to the other nodes, 
or can be supplied directly to the mib for distribuuon. 

FIG. 8 A depicts a network configuration in which the hub 
530a in a 10 Base T hub and the notie 532a is a 10 Base T 
node, both of which are found in previously-available 
45 devices. In this system, the 10 BaselT hub sends a signal, 
specifically a link test pulse, in aicordance with IEEE 
Standard 802.3, over the physical medium to a 10 Base T 
node 532a. In a typical system, the 10 Base T hub outputs 
a signal upon being powered-up. The fink test pulse used in 
50 previous devices is described in IEEE Standard 802.3. 
Briefly, a link test pulse can be described as a single 100 
nanosecond pulse occurring at a nonruVial 16 millisecond 
interval. The 10 Base T node 532a, tj'pidally in response to 
being powered-up, outputs onto the physical medium a 
55 second signal, which, in accordance with IEEE 802.3, is 
substantially identical to the above-describeVi link test pulse. 
This link test pulse is received by the 10 Base T hub 530a. 
At this point, a 10 Base T hub proceeds to\operate on the 
basis that it is connected to a 10 Base T node (532a) and the 
60 node 532a begins to operate on the basis that tt is connected 
to a 10 Base T hub (530a) and normal 10 Base T commu- 
nication proceeds. \ 

FIG. 8B depicts a configuration according to one inven- 
tion in which an Isochronous -Ethernet hub 5306 is con- 
65 nected to a 10 Base T node 532a. The Isochronous- Ethernet 
hub outputs a probe signal 534. A probe signal Idiflfers from 
the link test pulse in that it has a faster link beat,lfor example 
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It period of less than about 2 milliseconds. The 
10 Base T node Sola is configured substantially identically 
to previously avaikblc 10 Base T nodes. Upon receipt of the 
probe pulse 534, itlcontinues to output a link test pulse onto 
the physical mediuVn, The isochronous- Ethernet hub 530^, 5 
upon receiving a lime test pulse (rather than a probe pulse) 
can determine, on that basis, that the apparatus connected to 
the far end of the physical medium is a 10 Base T node 53^3 
(rather than, for example, an isochronous- Ethernet node). 
Preferably, the isochronous- Ethernet hub 53Qb is capable of 
handling data either according to an isochronous- Ethernet 
protocol or a 10 Base T\protocol. Upon receiving a link test 
pulse and determining mai the node 532a is a 10 Base T 
node, the isochronous- Bthemet hub 530£? will configure 
itself to conduct all future^ communications with node 532^ 
using a 10 Base T protoci 

Although FIG. 8B sho\^ only a single node 532^ con 
nected to the hub 530b, in a wpical configuration, a plurality 
of nodes will be connected to each hub. Preferably, the hub 
530^7 is capable of using difflerent protocols with dififerent 
nodes. Accordingly, an isochronous-Ethernet hub which is 
connected to both a 10 Base T node and an isochronous 
Ethernet node can determine the capability of each node to 
which it is connected and can use the appropriate protocol 
for each node. 

FIG. 8C depicts a network configuration in which a 10 
Base T hub 530a is connected to\an isochronous-Ethernet 
node 532^7. Upon initialization of me system the 10 Base-T 
hub outputs a link test pulse 533. 5n the depicted embodi- 
ment the Isochronous- Ethernet nbde 532i can operate 
according to an Isochronous-Ethernet protocol. Therefore, 
upon receiving the link test pulse 533, it outputs a link test 
pulse 533. Accordingly, the 10 Basd T hub 530a can only 
send Ethernet data and no isochronous data. 

FIG. 8D depicts a network configuration in which an 35 
Isochronous-Ethernet hub 530c is cormected to an isochro- 
nous node 532c. In the embodiment deAicted in FIG. 8D, the 
node 532c only has isochronous protocol capability, but the 
hub 530C has both an isochronous-Ethernet protocol capa- 
bility and an isochronous protocol capabi\ity. In this embodi- 40 
ment, upon initialization of the system, thfe hub 530c outputs 
an isochronous probe pulse 535. The fsochronous node 
532c, upon receiving the isochronous prooe pulse 535, can 
determine that the hub to which it is attached is an isoch- 
ronous-capability hub and will configure itself to conduct all 45 
future communications with the hub 530c according to an 
isochronous protocol. Thus, the isochronous node 532c 
preferably contains isochronous apparatus siniilar to appa- 
ratus found in the hub 503c for detecting circuitry at the 
other end of the link or physical medium and\ thereafter, 
using the appropriate protocol. The isochronous Inode 532c, 
in response to receipt of the iso probe pulse 535,\outputs an 
iso probe pulse 535. The hub 530c, upon receipt' of the iso 
probe pulse, will commence normal isochronous hub opera- 
tions. \ 55 

RG. 8E a configuration in which an Isochronous^ Ethernet 
hub 5306 is connected to an Isochronous- Ethernet node 
532^7. When the system is initialized the Isochronous-Eth- 
ernet hub 530b outputs a probe signal such as anlisoEnet 
probe, on the physical medium. When the Isoclironous- 60 
Ethernet node 532b receives the isoEnet probe signal it is 
able to determine that the hub to which it is connected is an 
Isochronous- Ethernet hub. The Isochronous- Ethernet node 
5326 then outputs an isoEnet probe signal 534 onto the 
physical medium which is received by the isochronous 65 
Ethernet hub 5306, When the Isochronous- Ethernet^ hub 
5306 receives an isoEnet probe signal it can determine that 
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the no(i^32Zi to which it is connected is an Isochronous- 
Ethernet node^and will conduct all future communications 
with this panicular node according to the Isochronous- 
Ethernet protocol. 

5 FIGS. 5 and ^ depict components in the hub which are 
used in connection with link endpoint capability detection. 
As depicted in FlG. 6, a link beat generator 208 is provided 
for outputting the Yppropriaie probe signal. A control signal 
522 controls the multiplexer 210 so that the probe signal 208 
10 is output onto the Physical medium 46 at the appropriate 
time, e.g., upon initialization of the network system. 

FIG. 9 depicts ciEcuitry 50 in an Isochronous- Ethernet 
node. Circuitry 542 \«ouId be provided in a node which can 
operate in accordance with two protocols. Nodes which 
15 provide only a single protocol would not include circuiU7 
542 and the E interface 59' would be connected directly to 
the Ethernet MAC 49c\ The probe pulse received over the 
physical medium 46 isldetected by the link beat detector 
circuitry 82. Circuitry 82 can include, for example a state 
machine, for detecting the sequence and interval of the pulse 
or link test pulse. The linli beat detector circuitry 82 outputs 
a mode select signal 516 for controlling die multiplexer 514. 
The control signal 516 is ^nfigured to set the multiplexer 
514 such that the EthemetUlAC 48C is connected to the 
output of the Isochronous-Ethernet interface 59' so that 
25 funire data received over thebhysical medium 46 is treated 
in accordance with the Isochronous- Ethernet protocol If the 
link beat detector 82 delects th^link test pulse rather than an 
iso pulse signal, it outputs a nrbde select signal 516 which 
configures the multiplexer 514 16 connect the Ethernet MAC 
30 48C with the Ethernet 10 Base Tynterface 512 so that future 
data received over the physical niedium is treated in accor- 
dance with Ethernet 10 Base T nrotocol. The mode select 
signal 516 also provides a signal tda control circuit in a node 
transmitter. The node transmitter rs not separately depicted 
35 in detail since it is substantially identical to the hub trans- 
mitter depicted in FIG. 6. | 

The node transmitter control 522lin response to the mode 
select signal 516 (indicating receipt of a link test pulse or 
other probe pulse) configures the niultiplexer to output an 

40 appropriate pulse signal from the Imk beat generator 208 
onto the medium 46. In some embodiments, nodes and/or 
hubs are configured to output a linkl test pulse or a probe 
pulse (depending on the capability of the hub or node), 
whenever the hub or node is poweredlip. For embodiments 

45 in which the link beat detect 82 is lable to discriminate 
between a link test pulse and a probe signal such as an iso 
probe pulse, the mode select 516 can configure the link beat 
generator 208 to output a link test pulse m response to a link 
test pulse and an iso probe pulse in response to a probe 

50 signal. The signal output by the node trarfsmitter is received 
in the hub receiver 54 (FIG. 5). The hub Veceiver link beat 
detect circuitry 82 detects the output of theWobe pulse from 
the node transmitter. When the signal isVa probe signal, 
circuitry 82 outputs a mode select signal 516 which is 

55 effective to control the multiplexer 514 to connect the output 
from the E interface 59' to the repeater 60.1ln this way, the 
hub receiver is now configured to process future signals 
received from the node over medium 46 according to an 
Isochronous-Ethernet protocol. The node select signal 516 

60 also provides an input to conu-ol signal 522 which, in 
response, configures the multiplexer to place die output 206 
from the encoder/serializer 202 onto the pliysicai medium 
46, rather than using the output from the 10 Base T interface 
536. In this way, the transmitter is now configured to output 

65 data according to the Isochronous- Ethernet ^otocol. 

If the signal output from the node is a link test pulse rather 
than probe pulse, the link beat detector 82 outputs a mode 
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select 516 which configures multiplexer 514 to con- 
nect thd Ethernet 10 Base T interface 512 with repeater 60 
and corfligures the multiplexer to send output 536 onto the 
physicaA medium 46, rather than output 206. 

In one embodiment, generation and detection of link 
pulses involves a number of changes of state, as described 
below byl way of state machine descriptions and diagrams. 
In one enrbodiment, the operation can be described by three 
state macnines, a first state machine for generating various 
types of lirtk pulses ("LINKGEN"), a second state machine 
for detection of a 10-base T link ("LINKIOBTSM") and a 
state machine for detection of isochronous or Isochronous- 
Ethernet pulses or fast link pulses ("LINKISOSM"), 10 
Base T link pmses are transmitted and, in turn, detected on 
both sides of tne medium such as the twisted pair medium, 
to signal the proper connectivity. In isochronous systems, 
the fast link pulkes are generated during power-on initial- 
ization, during tr^maiic error recovery, or when a connec- 
tion is running on Emergency power. Fast link pulses can be 
differentiated fromVo Base T link pulses since the fast link 
pulses occur in bursre rather than singly. A third type of link 
pulse "isosleep" is used to indicate that the device originat- 
ing the pulses is in a\low power or "sleep" mode and to 
convey cycle timing. >Low power mode is described in 
commonly assigned application, U.S. Sen No. 08/147,359 
for "Low Power Isochrd|nous Networking Mode" filed on 
even date herewith and mcorporated herein by reference. 
The 10 Base T link pulseahave the form of a 100 ns pulse 
generated every 16 ms (Fifc. lOA). In the depicted embodi- 
ment, the i sol ink pulse stream consists of pulse pairs. Each 
pair consists of a clock pulse and a data link pulse. In the 
depicted embodiment, the snacing between the clock pulse 
is 125 ps. This value is preferred because it is the same as 
the public network time and i\ is a clock time that is readily 
available to the system, as described above. The clock and 
data link pulses are separaieffl from each other by 62,5 
microseconds. The pairs are repeated 16 times and, follow- 
ing the 16the transmission of a pulse pair, an additional link 
pulse 1006 is transmitted 62,5 rmcroseconds after the last 
data link pulse position. The isolink pulse stream is depicted 
in FIG. lOB, As shown, clock likk pulses 1002^, 1002Z? 
always occur, while data link pulses 1004a, 1004Z7 occur to 
represent a data "1" (shown in phanlom) and are missing to 
represent a data "0". Thus, the isolink pulse stream can be 
used to transmit information and, in one embodiment, is 
used to encode information such as the type of device which 
is transmitting, (e.g., hub versus nod^ the isoethemet sig 
naling data rate, and the information 
emet channel (e.g., clear channel, 
Ethernet). 

The isosleep link pulses consist of\one pulse 1020a, 
1020^ transmitted every 125 ps in phas^with the transmit 
sync signal, as depicted in FIG. IOC. 

In one embodiment, the hub initially begins generating an 
isoethemet '*fast" link pulse to each nodi to which it is 
connected. If the far end is a 10 Base T nodV this node will 
begin transmitting a 10 Base T link pulse aftefi it has received 
the pulse or pulse train sent from the hub. If a 10 Base T node 
at the far end fails to receive a proper link pulse or stream 
of link pulses, it will enter a **link loss'' state in which it will 
remain until it receives a specific sequence indicating that 
the network or link is now operable again. When the hub 
receives a 10 Ease T link pulse from the node, it will 
configure itself to thereafter send out 10 Base T communi- 
cations to that node. 

If the far end of the link was an isoethemet node, the 
isothemet node will respond to receipt of a proper isoeth- 
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emet pcBSc train (fast link) by transmitting an isoethemet 
pulse train (fast link). Thereafter, both ends of the link will 
configure themselves to transmit in isoethemet mode. 



In this Way, the hub will be assured that the communica- 



previous systems, communications did not require a "hand- 
shake,*' i.eA verification of properly working link in both 
directions and accordingly, in these previous devices it was 
possible for there to be a partially broken link (e.g., a link 
10 which was opWating in one direction and not the other) that 
went undetected. 

FIG. 11 depias the LINKGEN state machine according to 
one embodimenl of the invention. As seen in FIG. 11, this 
state machine hasifour states. State LGl "LINKIDLE" is an 

15 idle state in which\he link generator state machine is waiting 
for an event to generate a link pulse. State LG2 1104 is a link 
pulse state. The machine waits at this state for approximately 
250 ns until the end bf the interval when the cycle synchro- 
nization symbol is sent before generating a data link pulse. 

20 State LG3 1106 is the\link data state. The machine waits at 
this state to generate a ^ata link pulse. State LG4 1108 is the 
link clock state. The machine waits at this state to generate 
a clock link pulse. Equations governing the transition 
between states in pseudoV^C* terminology are provided in 

25 Table III. In each case, the first line indicates the condition 
which causes the transitionVof state to occur and the remain- 
ing lines indicate values mat are assigned, incremented, 
cleared or reset. The meanings of terms in Table III are 
provided in Table IV. \ 

30 As seen from FIG. 11, the Wte machine leaves the link 
idle state under three conditions. The first 1 114 is a 10 Base 
T link pulse timeout designatedVLGll. After waiting 16 ms 
from the previous link pulse, a link pulse is generated. In the 
isosleep link pulse timeout designated LG12 (1112), after 

35 waiting 125 \is from the previous link pulse, a link pulse is 
generated. In the isolink link pulse timeout designated LC13 
(1110), after waiting 16 ms from the previous link pulse, a 
link pulse stream will be generated. 

The state machine leaves the liitk pulse state 1104 after 
generating a link pulse. In the isolink data wait, after 
generating a link pulse, the machine makes a transition to 
begin timing the data link pulse. In the isolink clock wait, 
after generating a data link pulse, me machine makes a 
transition to begin timing the clock link pulse. 

The machine leaves the link data smte in either of two 

conditions. In the isolink 1 data pulseAafter waiting a half 

cycle, a data link pulse will be transmitted. In the case of an 

isolink 0 data pulse, after waiting a halncycle, no data link 

pulse will be transmitted. I 
50 \ 

The machine leaves the link clock state 1108 in the case 

of an isolink clock pulse. After waiting a naif cycle, a clock 

link pulse will be u-ansmitted. I 

The 10 Base T link detection \ slate machine 

55 ("LINKIOBTSM") is depicted in RG. \l2. This state 
machine can be compared to the 10- Base T detector 
described in IEEE Standard 802.3. Howdver, the state 
machine depicted in FIG. 12 includes the state "freeze- 10- 
Base*' 1202 which acts to disable this machine When fast link 

60 pulses are detected. Table V indicates the conditions for the 
various transitions shown in FIG. 12 and Uhe variable 
assignments that are associated with each U'ansition. 

Table VI indicates the meaning of various! parameters. 
Following a reset 1204, the machine will enterlthe link test 

65 reset state 1208. From this state, the machine will either 
remain in this state 1210, transition to the link test fail state 
1212, transition to the link test extend state 12l4 or transi- 
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aon tOTffTfce^-lO-base state 1202. The transition to the 
freeze- 10-^asm1^^ occurs if the fastlink parameter is 
'*true". The sanTfi\^soiiditions will also cause a u-ansition from 
the link test fail ydi^^ or the link test extend state to the 
freeze- 1 0-Basc scatCj/pnce in the freeze- 1 0-Base state 1202, 5 
the state machine\wiJK by default, remain in this state 1202 
as long as the fast^nk\)arameter is "true." In this situation 
the freeze- lO-basc^aie will transition to the link test reset 
state 1208. In this way, the state machine will respond to 
receipt of a normal lU-Base T link pulse but will enter the 
freeze state 1202 in response to receipt of a fast link pulse. 

The state machine! which detects a fast link pulse 
("LINKJSOSM") is dep\cted in FIG. 13, Table VII indicates 
the conditions which cause state transitions as well as the 
assignment of variables or parameters associated with state 
transitions. Table VIII indjcates the meaning of the various 
parameters. 

The state machine depicied in FIG. 13 has nine separate 
states. The iso-idle state 1002 is entered upon reset or 
receive activity. The isofirst phlse state 1304 is entered when 20 
a link pulse is detected but a^a point when it does not yet 
qualify as a fast link pulse. Tne isofirst pass slate 1306 is 
entered when a qualified fastlink pulse is detected. The 
isosecond pass 1308 state is entered when a qualified second 
link pulse is delected. The isothirfi pass state 1310 is entered 25 
when a qualified third link pulse is detected. The isofast link 
state 1312 is entered after the requisite number of fast link 
pulses has been detected, but wheVi the machine is waiting 
for data information or a clock pulse. The isofind clock state 
1314 is entered when a clock pulse within a burst is detected. 30 
The isoshift 0 state 1316 is entered when 0 data pulse is 
detected and the isoshift 1 state 13lp is entered when a 1 
data pulse is detected. 

To distinguish between a clock pul^ and a data pulse, a 
series of acceptance windows are defined from the begin- 35 
ning of the first pulse which is assumeduo be a clock pulse. 
As depicted in FIG. 14, at the beginniite of the first clock 
pulse 1402, a first acceptable clock window 1404 of 31.25 
^s is defined. Thereafter, a series of acceptance windows, 
alternating between an acceptable data window 1406 and an 
acceptable clock window 1408 are defined, each of these 
windows having a duration of 62.5 \is. 

The stale machines, described above, canlbe implemented 
in the context of a number of circuitry conrponents. In one 
embodiment, the circuiU7 components incliMe a link timer, 
FIG. 15A, a number of link registers 1502 (FIG. 15B), 
coupled to a link comparator 1504, the iTnk ISO state 
machine (FIG. 15C) and the link 10 Base Ttetate machine 
(FIG. 15D). Table IX describes the function if the various 
signal lines depicted in FIG. 15A-15D, ndt previously 
described. \ 

In general, the link timer circuit 1506 provides a number 
of timers which are used by the state machines to\iistinguish 
between pulse signals and other signals and to clistinguish 
between various types of pulses and pulse streams, as 
described above. A number of the timers foundl in these 
circuits, and the function and default valves, are \ lis ted in 
Table X. | 

The link registers 1502 are used for storing information, ^ 
including information encoded in the data pulses of the 
isoethemet pulse stream and for outpulting inforination, 
such as information extracted from the data pulses. \ 

In view of the above description, a number of advantages 
of the present invention can be seen. The present invention 65 
allows a network to be configured in a mixed protocol or 
mixed environment, with, for example, a single hub Con- 
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nected to'a plurality of nodes which operate according to 
different protocols, with the configuration being achieved 
automatically, without the need for manually establishing a 
predetermined protocol beforehand for each node. The 
present invAtion permits networks to be upgraded incre- 
mentally so mat it is not necessary to upgrade all nodes at the 
same time. Rurthermore, it is not, in general, necessary for 
service personnel to specifically configure nodes or hubs to 
accommodaia particular protocols since the protocols arc 
determined automatically and the nodes and hub configure 
themselves in accordance with the determined protocols. 

A number ofwariations and modifications of the present 
invention can bd used. Although an embodiment involving 
15 a 10 Base T protocol and an Isochronous-Ethernet protocol 
was described, the present invention can be made applicable 
to other protocols including other LAN protocols such as a 
token ring protoc )1, an isochronous protocol and the like. 
Although the present invention described one particular 
20 signal characteristic used for determining the protocol, other 
characteristics could also be used. For example, a token ring 
could be detected I by the presence of four or 16 Mbit/sec 
Manchester-encodfid data. Other LANs can be detected by 
their unique timing and data patterns. Protocols could also 
25 be detected using Inch characteristics as the pattern of the 
presence or absencaof a carrier, and the frequency spectrum 
of signals placed onto the physical medium. When a node 
has a capability on communicating under two or more 
protocols, e.g. eitherian Isochronous-Ethernet protocol or a 
30 pure Ethernet protocol, it would be possible for a hub to use 
both capabilities of akode, i.e., to conmiunicate according 
to a first protocol duiljng a first time period and a second 
protocol during a second time period. Although the present 
invention has been described in the context of a star topol- 
35 ogy, the invention coula also be used in a non-star topology, 
such as a ring topology or a tree topology. The present 
invention can be used in networks which do not have a hub, 
such as direct connections between two nodes with each 
node determining the protocol capabilities of the other node. 
40 As described above, the link test pulse and iso probe signals 
are related in that, for example, a 10 Base T node will 
respond in the same fashion to receipt of either type of pulse. 
However, the test signalsjcould be provided in forms which 
are unique to each type ofi protocol. In such a system, a data 
45 source/sink would outputla first type of test pulse or other 
signal and, if no response was received, would output a 
second type of test pulse| or signal, and so forth until a 
response was received indicating the protocol capability at 
the other end of the link. A data source/sink could be 
50 configured to determine alUpossible protocol capabiliues of 
the apparatus at the other^ end of the link, rather than 
determining the "highest" or "best'* capability available or 
using the first capability detected. The devices at each end 
could select a protocol capability other than the "highest" or 
"best" capability. It would be possible for a node to store an 
indication of its capabilities, Wh as in a table or other 
memory device, and to output the information upon receiv- 
ing an inquiry. It would also be possible for a network to 
initialize in a common protocol, e.g., a 10 Base T protocol, 
60 and, thereafter, exchange information, using that protocol, 
indicating additional protocol capabilities of the components 
of the system. Thereafter, the systems could reconfigure 
themselves to use desired ones of the available protocols. 
Although the present invention has been described by way 
65 of preferred embodiments and certain variations and modi- 
fications, other variations and modifications can also be 
used, the invention being defined byi the following claims. 
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B 


B 


Group2 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 




B 


B 


Group3 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 




B 


B 


Group4 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


b\ 


B 


B 


Group5 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


b\ 


B 


B 


Group6 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 1 


I I 


I 


Group? 


BLOCK I: 




























M M B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


\b 


B 


Groups 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 




B 


Group9 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 




B 


Group 10 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 




B 


Group 11 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


Group 12 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


b 


B 


Group 13 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


b\ 


B 


Group 14 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


I \ 


I 


Group i 5 


BLOCK 2: 




























D D B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B I 


B 


Group 16 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 1 


i ^ 


Group I? 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


IB 


Group! 8 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


\b 


Group 19 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 




Group20 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 




Group21 
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TABLE IB-cominued 



B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


Group22 


B B B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


I 


I 


Group 23 


BLOCK 3: 




\ 


























I M B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


firniin^4 


BBS 


B 


b\ 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


Group25 


B B B 


B 


b\ 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


Group26 


B B B 


B 


b 1 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


Group27 


B B B 


B 


b ^ 


i B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


Grnup28 


B B B 


B 


B 


\b 


B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


Group29 


B B B 


B 


B 




B 


B 


B 


B 


B 


B 


B 


B 


B 


B 


Group30 


B B B 


B 


B 




B 


B 


B 


B 


B 


B 


B 


B 


I 


I 


Group3 1 



JK = Frame Synchronization Paiiem 
M = Maintenance Channel \ 
D = D Channel 
I = Idle Data 
B = Isochronous Channel 



FABLE II 



Symbol 


Encoded \5 bit^ 




0 


mid 


Data 0 




OlOOl\ 


Data 1 


2 


ioioo\ 


Data 2 


3 


10101 \ 


Data 3 


4 


01010 \ 


Data 4 


5 


01011 \ 


Data 5 


6 


OHIO \ 


Data 6 


7 


01111 \ 


Data 7 


8 


lOOiO \ 


Data 8 


9 


10011 \ 


Data 9 


A 


10110 \ 


Data A 


B 


10111 \ 


Data B 


C 


noio 1 


Data C 


D 


11011 ' 


. Data D 


E 


11100 


\ DaiaE 


F 


11101 


\ Data F 


I 


mil 


\ No Ethemei Carrier 


S 


UOOl 


\No Ethernet Data 


V 


01100 


\ Unaligned Data 


T 


01101 


\Unassigned 


J 


11000 


Frame Sync Pan 1 


K 


10001 


Frame Sync Part 2 


Q 


00000 


Invalid 


H 


00100 


Invalid 


R 


ooin 


Invalid 


V 


ooooi 


Invalid 


V 


00010 


Invalid 


V 


OOOll 


Invalid 


V 


00101 


Inv^alid 


V 


oono 


Invalid 


V 


01000 


Invalid 


V 


10000 


Invalid 
1 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



TABLE III 



LG 13: 

LG U: 

LG 12: 
LG 21 
LG 34 



isolink & 16ms\ 
clr 16ms\ 
index = C 
ch- 62.5usi 
lp = l 

lObaseT & (16 m$ I txen) 

clr 16ms 

lp=!txen 
isoslecp & sync 

clr 16ms 

[sync 

lp=l 

62.5 ms 

cb- 62.5 
Ip=datal index {] 
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[ TABLE Ill-continued 



25 



30 



35 



LG43: \ 62-5 MS & (index 15) 

inc index 

LG 41: \ 62,5 \is & (index=15) 

lp-1 



\ TABLE IV 


Tenn 


Meaning \ 


Value 


isolink 


Enables Generation of isolink 


Not Applicable 




pattern \ 




16ms 


16 ms timer \ 


16 ms 


62.5US 


62.5 lis timer \ 


62.5 iis 


Ip 


link pulse \ 


Not Applicable 


txen 


Transmit enable \ 


Not Applicable 


isosleep 


Enables Generation of link 


Not Applicable 




low power link pulses 


sync 


Signal from template 


Not Applicable 




generator indicating\start of 






cycle \ 




10 Base T 


Enable, Generation of 10 Base 


Not Applicable 




T link pulses I 



TABL 



i: 



45 



50 



55 



60 



65 



1 reset 

lObaset = 1 
linkgood = 1 
setUt ~ 1 
setitmt = 1 
bp I = receive + (linkpulse * 
ItmtDone) 
lObaset = 1 
linkgood = 1 
setllt = 1 
setitmt = 1 

bp2 = fasiiink 

bp3 = ll tdone *re ceive ' 
linkpulse 
loadlc = 1 
lObaset = I 
receive 
lObaset = 1 

bp5 = fastlink 

bp6 = receive * linkpulse 
lObasct = 1 
setitmt = 1 
setlui = 1 
bp7 = LCDone + receive 

lObaset = 1 
bps = fastlink 



bp4: 
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TABLE V-continued 



bp9 - linkpulsc * UmiDonc 
lObasct = ! 
declc = 1 
bplO = receive * ItxiDone + 
linkpulsc * ImuDonc" 
lObasci = 1 
loadlc - 1 
= receive * txc 
lObasct = 1 
linkgood = 1 
seUlt = I 
setlimt = 1 
bpi2^ fastlink * 

receive * txc 
bp 13 =\eccive 

pbasei = 1 
bpi4 = receive 

lOpaset = 1 
bpl5 = fasmnk 

loadfc = I 
lObasV = 1 



TABLE VI 



Term 


Meaning \ 


lObasct 


Enable lObase-T Mode \ 


linkgood 


lObasei state machine hai 




detected good link pulses \ 


seUlt 


Set Limit Loss Timer \ 


setitmt 


Set Unk Timer Min Time \ 


receive 


Now Called ipaci \ 


linkpulses 


Unk Pulses from Front End \ 


Itmtbone 


Link Time Min Timer Done \ 


fasilink 


Iso Unk Detector \ 


Dtdonc 


Unk Loss Timer Done \ 


loadlc 


Load Unk Counter Counts Uni 




Pulses \ 


setltxt 


Set Unk Test Max Timer - Samei 




as sltxt 


LCDone 


Unk Counter Done 


declc 


Decrement Unk Counter 


lUtDone 


Unk Test Max Timer Done 


txc 


Transmit Enable 


txc 


Transmit Qock 



Value 



Not Applicable 
Not Applicable 

Not Applicable 
Not Applicable 
Not Applicable 
Not Applicable 
4 ms 

Not Applicable 
60 ms 

Not Applicable 

Not Applicable 

Not Applicable 
Not Applicable 
32 ms 
^Noi Appbcable 
^01 Applicable 



TABLE VII 


bpl = 


linkpulsc 




sciflmt = 1 


bp2 = 


flmtDone 


bp3 = 


linkpulsc * flmtDone 




setflmt = 1 


bp4 = 


flmtDone 


bp5 = 


linkpulsc * flmtDone 




setflmt = 1 


bp6 = 


flmtDone 


bp7 = 


linkpulsc * flmt + Done 




sciflmt = 1 




fastlink = I 


bp8 = 


flmtDone * Knkpulse 




fastlink = 1 




setflmt = I 


bp9 = 


flmtDone 




fasilink - I 




sctlut = 1 


bplO = 


receive 




sctlut = 1 




fastlink = 1 


bpU = 


receive * ItxtDone 




rcsetrcg = 1 


bpl2 = 


linkpulsc 




seifldt = 1 




sctltmt = I 




setltxt = I 




fasilink = 1 
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TABLE Vll-continued 



bpl3 = ItmiDonc 
fastlink = 1 

shiftrow = 1 

bpl4 = linkpulsc * fldtDone 
shift 1 = 1 
setltxt : 
sell t mi : 
fastlink : 
bpl5 = linkpulsc * fldlDonc 
seilixi = 
setlimi = 
sctfldt = 
fastlink = 
bpl7 = linkpulsc * fldiDonc 
scilixi 
scilimi = : 
sctfldt = 
fastlink = : 
bpl8 = ItmDonc 

fastlink = 1 
shiftrow = 1 
unconditional 
sctfldt = 1 
setltmt = 1 
sctlut = 1 
fastlink = 1 



TABLE VIII 



Meaning 



Value 



setflmt Set Fast Unk Max Timer 

flmtDone Fast Link Max Timer Done 
resetreg Reset Registtrs - Used to 

clear registeraupon loss of 

carrier 

setfidt Set Fast Link Data Timer 

shiftrow Shift Pointer to text row of 

link data shift register 
ftdtDone Fast Link Data Timer Done 
shift 1 Shift a 1 bit into the link 

data shift register \ 
shiftO Shift a 0 bit into thc^link 

daia shifi register ^ 



156.25 ^s 
Not Applicable 
Not Applicable 



93.75 fis 

Not Applicable 

Not Applicable 
Not Applicable 

Not Applicable 



TABLE I 



Signal 



Meaning 



ethclock 
farack 

isogood 

isotype 

loadrxmode 
porttype 

reset 
resetlink 

rxmodebus 

setackrx 
setlim 



seilinm 



i. 



LUng 



Ethernet clock 

Far acknowledge - used in link 
protocol \ 
Used to indicate isolink pattern 
good y 
field in isolink pattern indicating 
ISO usage - normal, wideband, none, 
reserved \ 
Load receive mode register \ 
Field in isolink pattern indicating 
port type - node, hub 
Hardware reset 

Reset signal used to clear contents 
of the receive link registers ^ 
Conveys the contents of the received 
link pattern 

Set receive link acknowledge bit 
Set link initialization match - used 
to indicate that the link pattern 
was received consistently 3 times 
and was compadble with mode of 
device 

Set link initialization no match - 
used to indicate thai the link 
pattern was received consistently 3 
times and was not compatible with 
mode of device 



